I am using the FTP and sessions plugins. When I last closed down jEdit, all of the
files I had open were on an SFTP server. The server later died. Re-starting jEdit
after the server died results in jEdit never appearing on-screen. The ftp plugin
request to login to the server (by supplying username and password, or verifying a
previously supplied pair) comes up, but then the jEdit screen never comes up.
I have to admit that I'm not sure that it *never* comes up. It was trying to open
around 15 files on the dead server; so if it did this in sequence, waiting for each
file to time out before trying the next, I suppose maybe I didn't wait long enough,
although I did wait an awfully long time. Still, if that's what's happening, jEdit
should display *something* (like the editor itself, and individual I/O error msgs);
otherwise, it appears as if jEdit is simply dead, and there's no way to cancel loading
of the files.
This is jEdit 4.3 server mode, Java 1.6.0_17, Windows Vista SP2. The problem was
previously discussed on the jEdit-users mailing list (first msg in thread with same
subject line as Summary above) was dated 24 Jan 2010.
Submitted | mcswell - 2010-01-26 - 04:20:46z | Assigned | nobody |
---|---|---|---|
Priority | 5 | Category | None |
Status | Open | Group | None |
Resolution | None | Visibility | No |
2010-01-26 - 16:23:53z ezust |
In order to determine where the problem is, can you disable the sessions plugin and
get the same problem? If so, then the bug is in the sessions plugin, not jEdit. |
---|---|
2010-01-26 - 16:29:45z ezust |
I meant, if *not* then the bug is in the sessions plugin. Btw, jEdit has an option in "restore previously open files on startup" with a sub-option "including remote files over VFS". I usually disable restoring remote files. |
2010-01-26 - 19:35:29z mcswell |
Unfortunately, I can't test this, because the ftp server I was having the problem
with is back up. And if I feed it the url of a non-existent ftp server, it responds
immediately. Do you have an sftp server somewhere that I can save some dummy files
to, and then we can take down the server? About your comment > I usually disable restoring remote files. Nearly all the files I edit are on a remote server, and I want them to automatically open when I start up jEdit again. So disabling the restoring of files on remote servers isn't an option for me. |
2010-01-27 - 09:00:06z voituk |
Looks like the problem in FTP plugin. It happens because VFS trying to open few remote buffers one by one, and each connection timeouts after 60 seonds. So if you have 15 remote files should be opened at startup - the jEdit will appear in 15 mins. Unfortunately i have no idea how to fix this. Any ideas? |